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(54) Recording medium and tape drive device suitable for the same 



(57) A tape drive device including a tape driver for 
information recording or reproduction is performed on a 
magnetic tape when a tape cassette having the magnet- 
ic tape accommodated therein is loaded, a memory driv- 
er Ihrough which when a memory for recording manage- 
ment information to manage the recording or reproduc- 



tion to the magnetic tape is provided to the tape cas- 
sette, read-out or writing of the management information 
from/into the memory can be performed, a detector for 
delecting storage capacity information of the memory 
which is stored in the memory, and an identifier for iden- 
tifying the storage capacity of the memory on the basis 
of the storage capacity information. 
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Description 

[0001] The present invention relates to a recording 
medium used tor data storage, and a tape drive device 
suitable for a tape cassette serving as a recording me- s 
dium. 

[0002] A so-called tape streamer drive is known as a 
drive device which can record/reproduce digital data in 
a magnetic tape. Such a tape streamer drive can have 
a large recording capacity of about several tens to sev- to 
eral hundreds giga-bytes although it is dependent on the 
tape length of the tape cassette serving as media, and 
thus it is widely used to such an application as to back 
up data recorded in media such as a hard disc of the 
computer body or the like. Further, it is suitably used to fs 
preserve image data or the like which has a large data 
size. 

[0003] As such a tape streamer drive as described 
above has been proposed one which records/reproduc- 
es data by using a 8-mm VTR tape cassette as a record- 20 
ing medium and using a helical scan system based on 
a rotational head. The tape cassette described above 
contains a non-volatile memory comprising a memory 
IC. 

[0004] For example, manufacturing information of a 2s 
tape cassette, past use record information of the tape 
cassette, partition information of a magnetic tape, etc. 
are beforehand stored as management information in 
the non-volatile memory. By storing the management in- 
formation in the non-volatile memory as described 30 
above , each of various operations can be more efficient- 
ly performed as compared with a case where manage- 
ment information is recorded in a specific area on a mag- 
netic tape. 

[0005] When the tape cassette is initialized (format- 3s 
ted) to form partitions on the magnetic tape, the non- 
volatile memory is also initialized to store partition infor- 
mation corresponding to the partitions. When the non- 
volatile memory is initialized, it is necessary to grasp the 
storage capacity of the non-volatile memory. Therefore, 40 
when the tape cassette is initialized, it is necessary to 
first perform specific read-in processing/writing 
processing on the non-volatile memory to thereby 
search the address corresponding to the storage capac- 
ity. 4S 
[0006] Further, when plural partitions are to be formed 
on the magnetic tape, partition information on each par- 
tition to be formed is required to be stored in the non- 
volatile memory. In this case, in order to identify whether 
desired partition information can be stored in the non- so 
volatile memory, it is needed to search the address. 
[0007] That is, when a tape cassette is formatted, 
there is a problem that much time is needed because 
the storage capacity is identified by searching the ad- 
dress of the non-volatile memory. ss 
[0008] In order to solve the problem, there is provided 
a tape drive device comprising: tape drive means for re- 
cording or reproducing informations nto/from a magnetic 



tape when a tape cassette having the magnetic tape ac- 
commodated therein is loaded; memory drive means 
through which when a memory for recording manage- 
ment information to manage the recording or reproduc- 
tion of information into/from the magnetic tape is provid- 
ed to the tape cassette, the management information 
can be read out or written from/into the memory; means 
for detecting storage capacity information of the mem- 
ory which is stored in the memory; and means for rec- 
ognizing the storage capacity of the memory on the ba- 
sis of the storage capacity information. 
[0009] Further, in a recording medium which is pro- 
vided to the tape cassette and has a memory for record- 
ing management information to manage recording or re- 
production to the magnetic tape, the storage capacity 
information of the memory is stored in the memory. 
[0010] According to the tape drive device of the 
present invention, the storage capacity information of a 
memory can be detected from the memory (MIC) which 
is provided to a tape cassette and records management 
information to manage recording or reproduction to a 
magnetic tape accommodated in the tape cassette. 
[0011] Further, according to the recording medium, 
the storage capacity information of the memory is re- 
corded as the management information in the memory 
(MIC) arranged together with the magnetic tape, so that 
the storage capacity of the memory can be grasped 
without searching the storage area of the memory at the 
drive device side. 

[0012] The invention will be further described by way 
of example with reference to the accompanying draw- 
ings, in which:- 

Fig. 1 is a schematic diagram showing the internal 
structure of a tape cassette according to the em- 
bodiment; 

Fig. 2 is a perspective view showing the outlook of 
the tape cassette of the embodiment; 
Fig. 3 is a block diagram showing a tape streamer 
drive of an embodiment of the present invention; 
Figs. 4A to 4D are diagrams showing the data struc- 
ture recorded in the magnetic tape; 
Figs. 5A to 5C are schematic diagrams showing the 
data structure of one track; 

Figs. 6A to 6C are diagrams showing the area con- 
struction on the magnetic tape; 
Fig. 7 is a diagram showing the data structure of 
MIC of the embodiment; 

Fig. 8 is a diagram showing a manufacture part of 
MIC of the embodiment; 

Fig. 9 is a diagram showing a drive initialize part of 
MIC of the embodiment; 

Figs. 10A and 10B are diagrams showing volume 
information of MIC of the embodiment; 
Figs. 11 A and 11 B are diagrams showing the cell 
structure of MIC of the embodiment; 
Fig. 12 is a diagram showing the partition informa- 
tion of MIC of the embodiment; 
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Fig. 13 is a diagram showing the partition informa- 
tion of the embodiment; 

Fig. 1 4 is a diagram showing linkage data of MIC of 
the embodiment; 

Figs. 15Aand 15B are diagrams showing a cell link £ 
based on linkage data of MIC of the embodiment; 
Fig. 1 6 is a diagram showing the state of the mem- 
ory free pool before the format of MIC of the em- 
bodiment; 

Fig. 1 7 is a diagram showing the memory free pool 10 
and the cell status after the format of MIC of the em- 
bodiment; and 

Fig. 18 is a flowchart showing the processing tran- 
sition of the format of MIC of the embodiment. 

15 

[0013] Preferred embodiments according to the 
present invention are hereunder described. 
[001 4] Here, the assignee of this application previous- 
ly proposed inventions on a tape cassette provided with 
a non-volatile memory and a tape drive device forming 20 
a data storage system which can record/reproduce dig- 
ital data in connection with the tape cassette with the 
memory. The present invention is applied to a data stor- 

« age system which corresponds to a tape cassette with 
a memory. The non-volatile memory provided to the 25 
tape cassette is assumed to be MIC (Memory In Cas- 

" sette). 

[0015] The description on the embodiments of the 
present invention will be made in the following order. 

30 

1 . Construction of Tape Cassette 

2. Construction of Tape Streamer Drive 

3. Data structure on Magnetic Tape 

4. Data structure of MIC 

5. Format processing based on Storage Capacity 35 
of MIC 

1 . Construction of Tape Cassette 

[0016] First, a tape cassette with MIC which corre- 40 
sponds to a tape streamer drive according to an embod- 
iment of the present invention will be described with ref- 
erence to Figs. 1 and 2. 

[0017] Fig. 1 conceptually shows the internal con- 
struction of a tape cassette. Reel hubs 2A, 2B are pro- 45 
vided in the tape cassette 1 shown in Fig. 1 , and a mag- . 
netic tape 3 having a tape width of 8mm is wound be- 
tween the reel hubs 2A and 2B. 

[0018] The tape cassette 1 is provided with MIC 4 
which is a non-volatile memory, and five terminals 5A, so 
5B, 5C, 5D and 5E are extended from the module of MIC 
4 and constructed as a data input terminal, a clock input 
terminal, an earth terminal, a preliminary terminal, re- 
spectively. Described in more detail later, In MIC 4 are 
stored information on a manufacturing date (year, ss 
month, date) and a manufacturing place of each tape 
cassette, the thickness, length and material of a tape, 
past use records of recording data of each partition 
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formed on the tape 3, etc., user information, etc. In this 
specification, these various information to be stored in 
the MIC 4 is referred to as "management information". 
[0019] Fig. 2 shows the outlook of the tape cassette 
1 and the overall housing thereof comprises an upper 
side case 6a, a lower side case 6b and a guard panel 
8. The tape cassette 1 is basically designed in the same 
construction as a tape cassette used in a usual B-mm 
VTR. Terminal pins 7A, 7B, 7C : 7D and 7E are provided 
on a label face at the side surface of the tape cassette 
1 , and these pins are connected to the terminals 5A, 5B, 
5C, 5D, 5E respectively described with reference to Fig. 

1 . That is, in this embodiment, the tape cassette 1 is 
physically brought into contact with a tape streamer 
drive 10 described next through the terminal pins 7A, 
7B, 7C, 7D, 7E to mutually transmit data signals, etc. 
therebetween. 

2. Construction of Tape Streamer Drive 

[0020] Next, the construction of a tape streamer drive 
10 according to this embodiment will be described with 
reference to Fig. 3. The tape streamer drive 10 is de- 
signed to record/reproduce the magnetic tape 3 of the 
loaded tape cassette 1 on the basis of a helical scan 
system. ^ 
[0021] Two recording heads 12A and 12B having dif- 
ferent azimuth angles and three reproducing heads 
1 3A, 1 3B and 1 3C having desired azimuth angles are 
provided to a rotational drum 11 so as to be spaced at 
predetermined angular intervals. 
[0022] The rotational drum 1 1 around which the mag- 
netic tape 3 drawn out from the tape cassette 1 is rotated 
by a drum motor 1 4A. A capstan (not shown) for making 
the magnetic tape 3 run at a constant speed is rotation- 
ally driven by a capstan motor 14B. 
[0023] The reel hubs 2A, 2B in the tape cassette 1 are 
independently rotated in a forward direction and in a re- 
verse direction by reel motors 14C, 14D. A loading mo- 
tor 14E rotates a loading mechanism (not shown) to ex- 
ecute a loading/unloading of the magnetic tape 3 into/ 
from the rotational drum 11 . 

[0024] The drum motor 14A, the capstan motor 14B, 
the reel motors 14C, 14D, the loading motor 14E are 
rotated by applying voltage from a mechanical driver 1 7 
thereto. The mechanical driver 1 7 drives each motor un- 
der the control of a servo controller 16. The servo con- 
troller 16 controls the rotational speed of each motor to 
execute tape travelling in usual recording/reproducing 
operation, tape travelling in high-speed reproducing op- 
eration, a tape travelling in fast feeding, rewinding op- 
eration, a tape cassette loading operation, a loading/un- 
loading operation, a tape tension control operation, etc. 
[0025] As not shown, in order for the servo controller 
16 to execute the servo control of each motor, each of 
the drum motor 1 4A, the capstan motor 14B and the reel 
motors 1 4C, 1 4D is provided with FG (frequency gener- 
ator) to detect rotational information of each motor. 
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[0026] The servo controller 1 6 identifies the rotational 
speed of each motor on the basis of FG pulses of these 
FGs to detect an error from a target rotational speed lor 
the rotational operation of each motor, and controls ap- 
plication of power corresponding to the error difference 
on the mechanical driver 1 7, thereby performing the ro- 
tational speed control based on close loop. Accordingly, 
in the normal travelling during the recording/reproducing 
operation or in various operations such as a high-speed 
search operation, a fast feeding operation, a rewinding 
operation, etc., the servo controller 16 can control each 
motor to rotate at a target rotational speed suitable for 
each of the operations. 

[0027] In EEP-ROM 18 are stored constants, etc. 
which the servo controller 1 6 uses to perform servo con- 
trol of each motor. 

[0028] The servo controller 16 is interactively con- 
nected to the system controller 15 which executes the 
control processing of the overall system through inter- 
face control ler/ECC formatter 22 (hereinafter referred to 
as IF/ECC controller). 

[0029] In this table streamer drive 10, an SCSI inter- 
face 20 is used for input/output of data. For example, 
when data are recorded, sequential data are input from 
the host computer 40 through the SCSI interface 20 eve- 
ry fixed-length record serving as a transmission data 
unit, and supplied to a compression/expansion circuit 
21. In such a table streamer drive system, there also 
exists a mode in which data are transmitted from the 
host computer 40 every assembly of data of variable 
length. 

[0030] In the compression/expansion circuit 21 , input 
data are subjected to compression processing by a spe- 
cific system, if necessary. As an example of the com- 
pression system, for example if a compression system 
based on LZ code is used, in this system special-pur- 
pose codes are shared to a character sequence which 
was previously processed, and stored in a dictionary 
style. An input character sequence and the content of 
the dictionary are afterwards compared with each other, 
and if the character sequence of the input data is coin- 
cident with the code of the dictionary, the character se- 
quence data are replaced by the code of the dictionary. 
The data of the input character sequence which is not 
coincident with the dictionary are sequentially supplied 
with a new code, and then registered in the dictionary. 
As described above, the data of the input character se- 
quence are registered in the dictionary, and the charac- 
ter sequence data are replaced by the code of the dic- 
tionary, thereby performing the data compression. 
[0031] The output of the compression/expansion cir- 
cuit 21 is supplied to the IF/ECC controller 22, and in 
the IF/ECC controller 22, the output of the compression/ 
expansion circuit 21 is temporarily accumulated in a 
buffer memory 23 by the control-operation thereof. Un- 
der the control of the IF/ECC controller 22, the data ac- 
cumulated in the buffer memory 23 are finally assem- 
bled every fixed-length unit corresponding to 40 tracks 



of a magnetic tape which is called as a group (Group). 
The data of each group are subjected to ECC format 
processing. 

[0032] As the ECC format processing, recording data 
^ is added with an error correction code, subjected to 
modulation processing so as to be suitably magnetically 
recorded, and then supplied to an RF processor 1 9. 
[0033] In the RF processor 1 9, the recording data thus 
supplied are subjected to processing of amplification, 

to recording equalization, etc. to generate a recording sig- 
nal, and then supplied to recording heads 12A, 12B, 
whereby the recording of the data from the recording 
heads 12A, 12B on the magnetic tape 3 is performed. 
[0034] A data reproducing operation will be briefly de- 

!5 scribed. The recording data of the magnetic tape 3 are 
read out as REF reproduction signals by reproducing 
heads 1 3a, 1 3B, and the reproduction outputs thereof 
are subjected to reproduction equalizing, reproduction 
clock generation, conversion to binary values, decoding 

20 (for example, Viterbi decoding), etc. in the RF processor 
19. 

[0035] The signals thus read out are supplied to the 
IF/ECC controller 22, and first subjected to the error cor- 
rection processing, etc. Then, the signals are temporar- 
25 ily accumulated in the buffer memory 23, read out at a 
predetermined time and supplied to the compression/' 
expansion circuit 21. 

[0036] In the compression/expansion circuit 21, on 
the basis of the judgment of the system controller 15, if 
so the data are subjected to the compression by the com- 
pression/expansion circuit 21 in the recording operation, 
the data are subjected to the expansion processing. If 
the data are non-compression data, the data are directly 
output with performing no data expansion processing. 
3s [0037] The output data of the compression/expansion 
circuit 21 are output to the host computer 40 as repro- 
duction data through the SCSI interface 20. 
[0038] In Fig. 3, the magnetic tape 3 of the tape cas- 
sette 1 and MIC 4 are shown. When the body of the tape 
4o cassette is loaded into the tape streamer drive, the MIC 
4 is connected to the system controller 15 through the 
terminal pin shown in Fig. 3 so that the data can be input/ 
output therethrough, whereby the system controller 15 
can read in and renew management information record- 
45 ed in the MIC 4. 

[0039] Information is mutually transmitted between 
the MIC 4 and an external host computer 40 by using a 
command of SCSI. Therefore, it is unnecessary to pro- 
vide a special-purpose line between the MIC 4 and the 
so host computer 40, and as a result the data delivery be- 
tween the tape cassette and the host computer 40 can 
be conducted by only the SCSI interface. 
[0040] As described above, the information is mutu- 
ally transmitted between the tape streamer drive 10 and 
the host computer 40 by using the SCSI interface 20, 
and the host computer 40 can perform various kinds of 
communications with the system controller 1 5 by using 
the SCSI command. 
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[0041] Accordingly, the host computer 40 instructs the 
syslem controller 1 5 with the SCSI command to execute 
the data write-in/read-out operation on the MIC 4. 
[0042] S-RAM 24, flash ROM 25 store data which the 
system controller 15 uses to perform various process- 
ing. 

[0043] For example, constants, etc. used tor the over- 
all control of the system are stored in Ihe flash ROM 25. 
S-RAM 24 is used as a work memory, or it is used as a 
memory used to store the data read out from the MIC 4, 
the data to be written in the MIC 4, mode data set every 
tape cassette, various flag data, etc. and perform oper- 
ation processing. 

[0044] The S-RAM 24 and the flash ROM 25 may be 
constructed as an internal memory of a microcomputer 
constituting the system controller 15. Further, a part of 
the area of the buffer memory 23 may be used as a work 
memory. 

3. Data Structure on Magnetic Tape 

[0045] Next, the data format on the magnetic tape 3 
of the tape cassette 1 for which the recording/reproduc- 
tion is carried out by the tape streamer drive 10 de- 
scribed above will be briefly described. 
[0046] Figs. 4A to 4D shows the structure of the data 
recorded in the magnetic tape 3. Fig. 4A schematically 
shows one magnetic tape 3. In this embodiment, it is 
assumed that one magnetic tape 3 can be used while 
divided on a partition (Partition) basis as shown in Fig. 
4A, and in the case of the system of this embodiment, 
the number of partitions can be set to 256 at maximum 
for management. Further, the respective partitions as 
shown in this figure are managed while being supplied 
with partition numbers as written as partition #0, #1 , #2, 
#3, etc. 

[0047] Accordingly, in this embodiment, the data re- 
cording/reproduction, etc. can be performed independ- 
ently every partition. For example, the recording unit of 
data within one partition shown in Fig. 4Bcan be divided 
into units of fixed length which are called as groups 
(Group) shown in Fig. 4C, and the recording on the mag- 
netic tape 3 can be performed on a group basis. 
[0048] I n this case, one group corresponds to the data 
amount of 20 frames (Frame), and as shown in Fig. 4D, 
one frame is constructed by 2 tracks (Track). In this 
case, two tracks constituting one frame are set as plus 
azimuth and minus azimuth which are adjacent to each 
other. Accordingly, one group is constructed by 40 
tracks. 

[0049] The data structure of one track shown in Fig. 
4D is shown in Figs. 5A and 5B. Fig. 5A shows the data 
structure of a block (Block) unit. One block is construct- 
ed by a 1 -byte SYNC data area AL a 6-byte ID area A2 
which is subsequent to the 1-byte SYNC data area Al 
and used for search, etc., a 2-byte error correcting parity 
area A3 for ID data and a 64-byte data area A4. 
[0050] The data of one track shown in Fig. 5B is con- 
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structed by 471 blocks, As shown in the figure, one track 
is provided with margin areas All, A1 9 of 4 blocks at both 
ends thereof, and ATF areas A12, A1B for tracking con- 
trol are provided at the rear side of the margin area All 
5 and at the front side of the margin Al 9. Further, parity 
areas A1 3, A1 7 are provided at the rear side of the ATF 
area A12 and at the front side of the ATF area A1B. An 
area of 32 blocks is provided as each of the parity areas 
A13,A17i 

io [0051] An ATF area A1 5 is provided in the middle of 
one track, and a 5-block area is provided to each of 
these ATF areas A13, A15 and A18. Data areas A14 
and A16 of 192 blocks are provided between the parity 
area A13 and the ATF area A15 and between the ATF 
is area A15 and the parity area A17. Accordingly, all the 
data areas (A14 and A16) in one track occupy 
1 92X2=384 blocks out of all of 471 blocks. 
[0052] The above track is physically recorded on the 
magnetic tape 3 as shown in Fig. 5C, and 40 tracks (=20 
20 frames) constitute one group as described above. 

[0053] The data-recording is performed on the-mag- 
netic tape 3 shown in Figs. 4, 5 on the basis of the area 
structure shown in Figs. 6A to 6C. 
[0054] In this case, the number of partitions is limited 
toNfrom#0to#N-1. 

[0055] As shown in Fig. 6A, at the first portion { pf the 
magnetic tape, a leader tape is physically locatedat the 
head thereof, and subsequently a device area serving 
as a loading/unloading area of the tape cassette is pro- 
vided. The head of the device area is set as the head 
position PBOT (Physical Beginning of Tape) of the phys- 
ical tape. 

[0056] Subsequently to the device area, a reference 
area on the partition #0 and a system area in which past 
use record information of the tape, etc. are stored (here- 
inafter referred to as system area containing the refer- 
ence area) is provided, and subsequently a data area is 
provided. The head of the system area is set as the start 
position LBOT (Logical Beginning of Tape) of the phys- 
ical tape. 

[0057] As shown in a large scale in Fig. 6C, in the 
sytem area are formed a reference area, a position tol- 
erance band NO. 1, a system preamble, a system log, 
a system post-amble, a position tolerance band NO. 2, 
a vendor group preamble. 

[0058] In the data area subsequent to the system area 
as described above, as shown in a large scale in Fig. 
6B, a vendor group indicating information on a vendor 
which first creates and supplies-data is-provided, and 
subsequently a group shown in Fig. 4C, in this case, a 
plurality of groups represented by group 1 to group (n) 
are sequentially formed. An amble frame is disposed 
subsequently to the group (n). 

[0059] Subsequently to such a data area, an area of 
EOD (End of Data) indicating the end of the data area 
of the partition is provided as shown in Fig. 6A. 
[0060] When only one partition is formed, the end of 
EOD of the partition #0 is set as the end position LEOT 
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(Logical End of Tape) of the logical tape. However, in 
this case, partitions of N are formed, and thus an option- 
al device area is formed subsequently to EOD of the par- 
tition #0. 

[0061] The device area from the head position PBOT 
is an area for performing the load/unload corresponding 
to the partition #0, however, the final optional device ar- 
ea of the partition #0 becomes an area for performing 
the load/unload corresponding to the partition #1 . 
[0062] With respect to the partition #1 , an area is con- 
structed as in the case of the partition #0. At the end 
thereof is formed an optional device area serving as an 
area for performing the load/unload corresponding to 
the next partition #2. Subsequently, partitions until the 
partition # (N-1 ) are formed likewise. 
[0063] In the last partition #(N-1 ), any optional device 
area is not required and thus no optional device area is 
formed. The end of EOD of the-partition #(N-1 ) is set as 
the end position LEOT (Logical end of Tape) of the log- 
ical tape. 

[0064] PEOT (Phisycal End of Tape) indicates the end 
position of the physical tape, orthe physical end position 
of the partition. 

'. 4. Data structure of MIC 

[0065] Next, the data structure of MIC 4 provided to 
the tape cassette 1 will be described. 
[0066] Fig. 7 schematically shows an example of the 
structure of data stored in MIC 4. Fields FL1 to FL6 are 
set as a storage area of MIC 4. 

[0067] Various information at the time of manufactur- 
ing the tape cassette, tape information at the time of in- 
itialization, information of each partition, etc. are written 
in these fields FL1 to FL6. 

[0066] The field FL1 is set as a manufacture part, and 

various information at the time of manufacturing the tape 

cassette is mainly stored therein. 

[0069] The field FL2 is set as a drive initialize part, 

and information at the initialization time, etc. are stored 

therein. 

[0070] The field FL3 is set as a volute information , and 
basic management information of the overall tape cas- 
sette is stored therein. 

[0071] The field FL4 is set as an accumulative parti- 
tion information, and past record information from the 
manufacturing time of the tape cassette is stored there- 
in. 

[0072] In the Field FL5 is stored each information as 
a volume tag. 

[0073] The field FL6 is set as a memory free pool area, 
and management information can be additionally 
stored. The process of the recording/reproducing oper- 
ation, and if necessary, various information are stored 
in the memory free pool. One unit data group to be 
stored in the memory free pool is referred to as "cell". 
[0074] First, in connection with a partition formed in 
the magnetic tape 3, partition information cells #0, #1 , . .. 
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serving as the management information corresponding 
to each partition are successively written from the head 
side of the memory free pool. That is, the partition infor- 
mation cells are formed as cells whose number is equal 

^ to that of the partitions formed on the magnetic tape 3. 
[0075] Absolute volume map information cell serving 
as map information for high-speed search is written from 
the rear end side of the memory free pool. 
[0076] Subsequently, a user volume note cell and a 

* o user partition note cell are written from the rear end side. 
The user volume note cell is information such as com- 
ment, etc. which are input on the overall tape cassette 
by a user and the user partition note is information-such 
as a comment, etc. which are input on each partition by 

1 ^ the user. Accord in gfy, these are stored when the user 
instructs the write-in operation, and all of these informa- 
tion is not necessarily described. 

[0077] Further, a middle area in which these informa- 
tion is not stored is left for subsequent writing as the 

20 memory free pool. 

[0078] The manufacture part of the field FL1 is struc- 
tured as shown in Fig. 8, for example. The size of each 
data (byte number) is shown at the right side. 
[0079] In the manufacture part, information of check- 

2 & sum for the data of the manufacture part is stored as 
manufacture part checksum at the head of 1 byte. The 
information of the manufacture part checksum is given 
at the manufacturing time of the cassette. 
[0080] Data from MIC type (mic type) to a write protect 

30 byte count are described as real data constituting the 
manufacture part. Reserve indicates a preliminary area 
for storing data in the future. The same is satisfied in 
Figs. 9 to 1 3. 

[0081] A MIC type is data indicating the type of MIC 
3s which is really provided to the tape cassette. 

[0082] A MIC manufacture date indicates the manu- 
facture year, month and date (and time). 
[0083] A MIC manufacture line name indicates infor- 
mation on the name of a manufacturing line for MIC. 
40 [0084] A MIC manufacture plant name indicates the 
information on the name of a factory in which MIC is 
manufactured. 

[0085] A MIC manufacturer name indicates the infor- 
mation on a manufacturing company of MIC. 
4£ [0086] A MIC name indicates the information on the 
name of a vendor of MIC. 

[0087] The information of the cassette itself which is 
similar to the information on MIC described above is de- 
scribed in each of a cassette manufacture date, a cas- 
so sette manufacture line name, a cassette manufacture 
plant name, a cassette manufacturer name, a cassette 
name. 

[0088] As OEM customer name is stored information 
on the name of a partner company of OEM (Original 
s $ Equipment Manufactures). 

[0089] As a physical tape characteristic ID is indicated 
the information on physical characteristics of a magnetic 
tape such as the material of the tape, the tape thickness, 
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the tape length, etc. 

[0090] As the maximum clock frequency is stored the 
information indicating the maximum clock frequency 
corresponding to the MIC. 

[0091] In a maximum write byte count/cycle, informa- s 
tion as to what bytes can be recorded once is indicated 
as the characteristics of MIC. for example. This informa- 
tion is dependent on the physical characteristics of a 
non-volatile memory used as MIC. 

[0092] As MIC capacity is indicated storage capacity io 
information of MIC concerned. 

[0093] A write protect top address is used to prohibit 
writing into a desired partial area of MIC, and indicates 
the start address of the writing-prohibited area. 
[0094] A write protect byte count indicates the number '5 
of bytes in the writing-prohibited area. That is, an area 
which is occupied from an address indicated by the write 
protect top address on the basis of the byte number in- 
dicated by the area of the write protect count is set as a 
writing-prohibited area. 20 
[0095] Next, the structure of the drive initialize part of 
the field FL2 of Fig. 7 will be described with reference 
to Fig. 9. The size (byte number) of each data is shown 
at the right side. 

[0096] In the drive initialize part, information of check- 25 
sum to the data of the drive initialize part, is first stored 
as the drive initialize part checksum. 
[0097] Information from an MIC logical format type un- 
til a free pool button address is described as real data 
constituting the drive initialize part. 30 
[0098] First, the ID number of a logical format of MIC 
is stored as the MIC logical format type. As the MIC for- 
mat exist not only a basic MIC format, but also various 
formats relevant to a firmware renewing tape MIC for- 
mat, a reference tape MIC format, a cleaning cassette. 3s 
MIC format, etc., and the ID number corresponding to 
the MIC format of the tape cassette concerned is indi- 
cated. 

[0099] A point indicating the head address of the area 
of an absolute volume map information cell of Fig. 7 is *o 
disposed in an absolute volume map pointer. 
[0100] A user volume note cell pointer indicates a 
storage area in which data are freely readable and wri- 
table via SCSI, that is, the start address of the user vol- 
ume note cell shown in Fig. 7. 45 
[0101] A user part rtion note cell pointer indicates a 
storage area which data can be freely read/written from/ 
into each partition via SCSI by a user, that is, the start 
address of the user partition note cell of Fig. 7. There is 
a case where a plurality of user partition note cells are so 
provided, and the user partition note cell pointer indi- 
cates the start address of the head cell of the plural user 
partition note cells. 

[0102] The partition information cell pointer indicates 
the start address of the partition information cell #0 of 55 
Fig. 7. 

[01 03] There are formed partition information pieces 
to be written into the memory free pool, the number of 
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which corresponds to the number of partitions to be 
formed in the magnetic tape 3. All the partition informa- 
tion cells #0 to #N are linked to one another on the basis 
of a link structure by a pointer. That is, the partition in- 
formation cell pointer is set as a route indicating the ad- 
dress of the partition #0, and a pointer of a subsequent 
partition information cell is disposed in a just-before par- 
tition information cell-. This link structure will be de- 
scribed later with reference to Figs. 14, 15. 
[0104] As described above, each data position within 
the field FL6 is managed by each pointer (absolute vol- 
ume map pointer, user volume note cell pointer, user 
partition note cell pointer, partition information cell point- 
er). 

[0105] An MIC header flag is set to an 1-byte flag to 
supply a logical writing-prohibiting tab to MIC 4. That is, 
the content indicated by the MIC header flag includes 
write-in permission/prohibition of the manufacture part 
potion, or write-in permission/prohibition of a portion 
other than the manufacture part. 
[0106] The free pool top address and the free pool 
bottom address indicate the start address and the end 
address of the memory free pool at that time in the field 
FL6. The area as the memory free pool is varied in ac- 
cordance with the writing or deletion of the partition in- 
formation, the user partition note or the like, so that the 
free pool top address or the free pool bottom address is 
renewed. 

[0107] Subsequently, the structure of the volume in- 
formation of the field FL3 of Fig. 7 will be described with 
reference to Figs. 10A and 10B. 
[0108] As shown in Fig. 10A, in the volume informa- 
tion, information of checksum for the data of the volume 
information is stored as the volume information check- 
sum at the head of 1 byte. 

[0109] As real data constituting the volume informa- 
tion are described an eject status of 20 bytes, a reel di- 
ameter of 4 bytes, an initialize count of 3 bytes, and a 
volume information on tape of 72 bytes. 
[0110] The eject status describes the logical position 
information of the magnetic tape 3 when the tape cas- 
sette is unloaded, and the reel diameter indicates the 
diameter information of both the reel hubs 2A, 2B at the 
time when the tape cassette is unloaded. 
[0111] The initialize count indicates frequency infor- 
mation of initialization of the magnetic tape 3. 
[0112] The content of the volume information on tape 
is shown in Fig. 10B. 

[0113] As shown in Fig. 10B, in the volume informa- 
tion on tape are described, except for an area serving 
as reserve, a 1 -bit super high speed search enable flag, 
a 2-bit system log allocation flag, a 1-bit always unload 
PBOT flag, a 1-byte AIT/DDS flag, a 1-byte last valid 
partition number, and a 32-byte optional device area al- 
location map. 

. [0114] The super high speed search enable flag is a 
flag indicating whether a function of further increasing 
the speed of the high-speed search is made effective or 
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not by using the table position information stored as the 
absolute volume map of MIC 4. 

[0115] The system log allocation flag is a flag indicat- 
ing where the past use record of the tape cassette (sys- 
tem log) is stored, and it is designed to identify whether 
the past user record is recorded only on the magnetic 
tape 3, neither in the magnetic tape 3 nor in the MIC 4, 
both in the magnetic lape 3 and in MIC 4, or only in the 
MIC 4. 

[01 1 6] The always unload PBOT flag is a flag indicat- 
ing that even when a multipartition is formed on the mag- 
netic tape 3 and the optional device area exists in the 
partition, unload is carried out in the device area existing 
in PBOT The AIT/DDS flag is a flag indicating the mode 
of the tape cassette 1. The last valid partition number 
indicates the number of the last partition formed. 
[0117] The optional device area map comprises 256 
bits, and 1 bit corresponds to each partition formed on 
the magnetic tape 3. When the value of the bit is set to 
"1 \ it indicates that an optional device area is formed in 
the partition corresponding to the bit concerned. 
[0118] Next, the cell stored in the field FL 6 will be de- 
scribed. 

[0119] As described above, the partition information 
cell, the user partition note cell, etc. are stored in the 
field FL 6. 

[0120] The structure of each of these cells is shown 
in Figs. 11 A and 11B. 

[0121] As shown in Fig. 11A, one cell comprises 
8-byte link information and data of n bytes (varied in ac- 
cordance with the cell type). 

[0122] 8-byte link information is provided to each cell, 
and the structure thereof is shown in Fig. 11B. 
[0123] First, 1-byte cell checksum is provided as 
checksum on data within a cell. 

[0124] Further, the size of the cell is shown as the cell 
size of 2 bytes. 

[0125] A previous cell pointer and a next cell pointer 
are actual linkage data (data for constructing the link 
structure), and when a plurality of same types of cells 
arc /inked, previous and next cells are indicated by the 
previous cell pointer and the next cell pointer. 
[0126] As the cell having such a structure exist the 
partition information cell, the absolute volume map in- 
formation cell, the user volume note cell and the user 
partition note cell. The cell size of the partition informa- 
tion is a fixed value. The cell size of the other cells is of 
a variable value. 

[0127] The partition information cell whose cell size is 
set to a fixed value will be described with reference to 
Figs. 12, 13. 

[0128] The partition information cell comprises 8-byte 
fink information and 56-byte data as shown in Fig. 12. 8 
bytes out of the 56-byte data are allocated as a partition 
memo, and 48 bytes are allocated as partition informa- 
tion. 

[0129] Various information on the past use record of 
the magnetic tape in the partition corresponding to the 



cell is stored in the partition information (system log), 
and used as information to mange the recording/repro- 
ducing operation of the tape streamer drive. 
[0130] The data structure of the partition information 
•s within one partition information cell which corresponds 
to some partition is defined as shown in Fig. 13, tor ex- 
ample. 

[0131] In the previous groups written of 4 bytes is in- 
dicated information on the number of groups within the 
i o partition concerned, which have been physically record- 
ed in the magnetic tape since the last renewal of the 
partition information concerned. 

[0132] In total groups written of 4 bytes is indicated 
the total number of groups which have been recorded 

*s j n the partition concerned until now. This value is accu- 
mulated until the tape cassette is unusable or wasted 
because of the end of its lifetime. 
[0133] In the previous groups written and the total 
groups written, for example if data are being recorded 

20 i n the magnetic tape 3 by the tape streamer drive, the 
value of the area thereof is incremented in accordance 
with the number of groups to be newly recorded by the 
current recording operation through the processing of 
the system controller 15 of the tape streamer drive. 

2S [0134] In previous groups read of 3 bytes is indicated 
the number of groups which have been physically read 
out since the last renewal of the partition information. 
[0135] In total groups read of 4 bytes is indicated a 
value obtained by accumulating the number of groups 

30 which have been read out from the partition concerned 
until now. 

[01 36] A total rewritten frames of 3 bytes indicates an 
accumulation value of the number of frames for which 
rewriting is requested on the basis of READ-AFTER- 
35 WRITE (hereinafter abbreviated as RAW) in the partition 
concerned. 

[0137] In the tape streamer drive of this embodiment, 
the data of a frame which is written in the magnetic tape 
3 as RAW operation are read out by the reproducing 

40 head 13C just after. The data of a frame read out by 
RAW are subjected to error detection by the system con - 
troller 15, and when it is detected that an error occurs, 
the recording system is controlled to rewrite the data of 
a frame in which the error occurs. In such a case, the 

45 accumulation value of the number of frames which are 
subjected to data rewriting is set as a total rewritten 
frame. 

[0138] In a total 3rd ECC count is indicated an accu- 
mulation value of the number of groups on which an er- 
so ror correction is conducted by using C3 parity in the par- 
tition concerned. 

[0139] In the tape streamer drive system of this em- 
bodiment, the error correction is conducted on data read 
out from the magnetic tape 3 by parities of C1, C2, C3, 
and the C3 parity is used when the data cannot be re- 
stored by only the cl, C2 parities. 
[0140] in an access count of 4 bytes is indicated a fre- 
quency at which the partition concerned on the magnetic 
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tape is accessed by the tape streamer drive. The access 
of this case means a physically passing frequency of the 
partition concerned, that is, the frequency at which the 
recording or reproduction of the partition is performed 
and the passing frequency are contained. 5 
[0141] In an update replace count of 4 bytes is indi- 
cated information of accumulation of a frequency of re- 
placing dala to the magnetic tape in the partition con- 
cerned by update. That is, it is a renewal frequency to 
the partition concerned. io 
[0142] In a previous rewritten frames of 2 bytes is in- 
dicated information of the number of frames within a par- 
tition for which the data rewriting request is made, count- 
ed from the time when the partition information con- 
cerned is finally renewed by RAW described previously. 15 
[0143] In a previous 3rd ECC count of 2 bytes is indi- 
cated the number of groups which have been subjected 
to error correction by using the C3 parity, counted from 
the time when the partition information is finally re- 
newed. 20 
[01 44] In a load count of 3 bytes is indicated an accu- 
mulation value of a frequency of loading a tape. 
[0145] In a valid maximum absolute frame number of 
3 bytes is indicated information of a frame count until 
the last frame which is effective in the partition con- 25 
cerned. 

[0146] In a last maximum absolute frame count of 3 
bytes in the partition information is indicated information 
of the last frame count of the partition concerned. 
[0147] In a flag byte of 1 byre is defined the flag con- 30 
tent on each bit as follows. 

[0148] That is : as prevent write, prevent read, prevent 
write retry, prevent read retry are prepared write permis- 
sion/prohibition and read permission/prohibition for the 
partition concerned, data rewriting permission/prohibi- 35 
tion based on RAW in the recording operation, and retry 
permission/prohibition of data read-out in the reproduc- 
ing operation, respectively. 

[01 49] As partition-is-opened is prepared a flag which 
is set during recording in the partition concerned and *o 
reset in accordance with the end of the recording. 
[0150] Next, a link configuration of each cell stored in 
the field FL6 will be described with reference to Figs. 1 4, 
15. 

[0151] As described above, the position of each cell 45 
in the field FL6 is managed by each pointer in the field 
FL2 (absolute volume map pointer, user volume note 
cell pointer, user partition note cell pointer, partition in- 
formation cell pointer). 

[0152] Assuming that four partitions #0 to #3 are so 
formed on the magnetic tape 3, the partition information 
cells #0 to #3 are stored in the field FL6 as shown in Fig. 
14. 

[01 53] Further, it is assumed that the absolute volume 
map information cell, the user volume note cell and the 55 
user partition note cells #0, #2, #3 are stored in the field 
FL6 as shown in the figure. 

[01 54] The head addresses of the respective partition 
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information cells #0 to #3 are set to ad1, ad2, ad3, ad4 
as shown in the figure. 

[0155] The head address of the absolute volume map 
information cell is set to ad1l; the head address of the 
user volume cell is set to adl 0; and the head addresses 
of the respective user partition note cells #0, #2 and #3 
are set to ad9, ad8 and ad7, respectively. 
[0156] Further, the head address as the remaining 
memory Iree pool is set to ad5, and the rear end address 
thereof is set to ad6. 

[0157] In this state, data as the free pool top address 
within the field FL2 is set to B ad5 M , and data as the free 
pool bottom address is set to "ad6", thereby managing 
an area in which no real data cell is formed within the 
field FL6. 

[0158] The value of the absolute volume map pointer 
within the field FL2 is set to B ad11", and the position as 
the absolute volume map information cell within the field 
FL6 is managed. 

[0159] Further, the value of the user volume note cell 
pointer within the field FL2 is set to "ad1 0", thereby man- 
aging the position of the user volume note cell within the 
field FL6. 

[0160] With respect to the user partition note cell and 
the partition information cell in which a plurality of cells 
of the same kind are formed, the position of the head 
cell thereof is indicated by a pointer in the field FL2: 
[0161] That is, the value of the partition information 
cell pointer within the field FL is set to "adr to indicate 
the position of the first partition information cell #0 within 
the field FL6. 

[0162] The value of the user partition note cell pointer 
within the field FL2 is set to "ad^ 1 to indicate the position 
of the first user partition note cell #0 within the field FL6. 
[0163] The second and subsequent partition informa- 
tion cells #1 to #3 which are not indicated by the partition 
information cell pointer, and the second and subsequent 
user partition note cells #2 and #3 which are not indicat- 
ed by the user partition note cell pointer are managed 
by linking previous and next cells to each other on the 
basis of the link information within each ceil as described 
above. 

[0164] This state is shown in Figs. 15A and 15B. In 
Figs. 15A and 15B, "NP n "PP" represent the next cell 
pointer and the previous cell pointer described with ref- 
erence to Figs. 1 1 A and 1 1 B. 

[0165] Fig. 15A shows the link configuration of the 
partition cell information cell. In the first partition infor- 
mation cell #0 indicated by the partition information cell 
pointer, it is set that the next cell pointer NP = ad2, there- 
by indicating the position of the partition information cell 
#1. Further, the next cell pointer NP of the partition in- 
formation cell #1 is set to ad3, thereby indicating the po- 
sition of the next partition information cell #2. The next 
cell pointer NP of the partition information cell #2 is set 
to ad4, thereby indicating the position of the next parti- 
tion information cell #3. In this last partition information 
cell #3, the next cell pointer NP is set to 0 (NO LINK) 
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because any next cell to be linked does not exist. 
[01 66] in the last partition information cell #3, the pre- 
vious cell pointer PP is set to °ad3 M , thereby indicating 
the position ot the just-before partition information ceil 
#2. in the partition information cell #2, the previous cell 
pointer PP is set to "ad2", thereby indicating the just- 
before partition information ceil #1 . Further, in the parti- 
lion information cell #1 ,. the previous cell pointer PP is 
set to "ad1 thereby indicating the position of the just- 
before partition information cell #0. 
[01 67] As described above, the respective partition in- 
formation cells are managed while previous and next 
cells are linked to each other by the next cell pointer and 
the previous cell pointer. 

[01 68] Fig. 1 5B shows the link configuration of the us- 
er partition note cell. In the first user partition note cell 
#0 indicated by the user partition note ce!l pointer, the 
next cell pointer is set to ad8, thereby indicating the po- 
sition of the next user partition note cell #2. The next cell 
pointer NP of the user partition note cell #2 is set to ad7, 
thereby indicating the position of the next user partition 
note cell #3. In the last user partition note cell #3, the 
next cell pointer NP is set to 0 (NO LINK) because any 
next cell to be linked does not exist. 
[0169] In the last user partition note cell #3, the pre- 
vious cell pointer PP is set to B ad8 B , thereby indicating 
the position of the just-before user partition note eel! #2. 
In the user partition note cell #2, the previous cell pointer 
PP is set to B ad9", thereby indicating the just-before user 
partition note cell #0. 

[0170] As described above, the respective user parti- 
tion note celis are managed while previous and next 
cells are linked to each other by the next cell pointer and 
the previous cell pointer. 

[0171] As described above, with respect to each cell 
stored in the field FL6, the address thereof is managed 
by the pointer in the field FL2, and when plural cells are 
linked, previous and next cells can be grasped by the 
link information. 

[0172] The link structure is constructed as described 
above to manage each cell, thereby enabling cell addi- 
tion, renewal, etc. For example, addition or deletion of 
a partition on the magnetic tape 3 follows addition or 
deletion of a partition information cell, and at this time 
the eel! structure is renewed while the link configuration 
constructed by the pointers and the link information is 
traced. 

[0173] As described above, the data structure within 
MIC 4 is constructed as described with reference to 
Figs. 7 to 15. However, this data structure of MIC 4 is 
an example, and the arrangement of data, the area set- 
ting, the data content, the data size, etc. are not limited 
to the above example. 

5. Format Processing based on Storage Capacity of 
MIC 

[0174] Fig. 16 shows a state of MIC 14 in which the 



tape cassette 1 is not formatted by the tape streamer 
drive 10. In the state before the formatting in Fig. 16, 
with respect to the MIC header portion (fields FL1 to 
FL5) shown in Fig. 7 in MIC 4, desired initial data are 

s stored. However, with respect to the field FL6, all are set 
as memory free pool (additionally writable area). 
[0175] That is, the head address "#S" of the memory 
free pool subsequent to the MIC header portion is fixed, 
and the end address "#E B of the field FL6 corresponds 

i o to the free pool bottom address on the basis of the stor- 
age capacity of MIC 4. As described above, before the 
formatting, the head address B #S" corresponds to the 
free pool top address, and the end address M #E" corre- 
sponds to the free pool bottom address. That is, the end 

is address "#E B is set to the value corresponding to the 
storage capacity of MIC 4 indicated in a MIC capacity 
as described later. 

[0176] Accordingly, in the prior art, the overall MIC 4 
is accessed to perform the address search in order to 

20 detect the end address "#E" before the tape cassette 1 
is formatted, for example. Usually, when the address 
search is performed, it is necessary to access (read, 
write) MIC 4 at plural times, and a processing load as 
preprocessing of the formatting is large. 
[0177] Therefore, according to the present invention, 
the storage capacity of the MIC 4 concerned can be rec- 
ognized on the basis of the storage capacity information 
indicated in the MIC capacity of the manufacture part 
(field FL1) of the MIC header. The end address "#E" of 

so the field FL6 based on the storage capacity of MIC 4 
which is recognized from the MIC capacity can be set 
as an initial value of the free pool bottom address. 
[0178] As described above, by detecting the MIC ca- 
pacity when the tape cassette 1 is loaded into the tape 

as streamer drive 10, the storage capacity of the overall 
MIC 4 can be identified without performing the address 
search of the overall MIC 4. Accordingly, the access 
processing such as the address search which has been 
conventionally performed can be omitted, and the shift 

to to the format processing of MIC 4 can be quickly per- 
formed. 

[0179] The state of MIC 4 after the format is carried 
out is shown -in Fig. 17. In the case shown in Fig. 17, it 
is assumed that three partitions are set to execute the 
45 format and partitions #0, #1 , #2 are formed on the mag- 
netic tape 3. 

[0180] By forming the partitions, the partition informa- 
tion cells #0, #1 , #2 corresponding to the partitions #0, 
#1, #2 are stored from the head side of the field FL6. 
so Further, the absolute volume map information cells are 
written from the rear end side of the field FL6, whereby 
the free pool top address and the free pool bottom ad- 
dress are renewed. 

[0181] As shown in Fig. 17, when the tape cassette 1 
55 is formatted again afterthe partition information cell and 
the absolute volume map information cell are formed 
and thus the free pool top address and the free pool bot- 
tom address are renewed, the end address n #E" of the 
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field FL6 based on the storage capacity of MIC 4 is set 
as an initial value of the free pool bottom address. 
[01 82] As described above, the storage capacity of 
MIC 4 can be detected from the MIC capacity, so that 
the number of partition information cells which can be s 
formed on the basis of the storage capacity can be 
grasped. That is, at the time when the MIC capacity is 
delected (before the format is started), the number of 
partitions which can be formed on the magnetic tape 3 
of the tape cassette 1 concerned can be grasped. io 
[01 83] Fig 1 8 is a flowchart showing a transition ex- 
ample of the processing which is executed by the sys- 
tem controller 1 5 when the tape cassette 1 is formatted. 
In the flowchart shown in Fig. 18, there is shown a tran- 
sition from a state in which the tape cassette 1 has been 15 
already loaded in the tape streamer drive 10 and the 
check of MIC 4 at the loading time is finished. The check 
of MIC 4 is to read in the manufacture part or drive ini- 
tialize part to identify, by desired judging process, 
whether the MIC 4 includes an error/errors and whether 20 
the MIC 4 is provided to the tape cassette concerned. 
Accordingly, the flowchart of this embodiment shows a 
shift case to the format under the state that MIC 4 is 
provided and further no error is detected. 
[0184] When the tape cassette 1 is loaded into the 25 
tape steamer drive 10, the processing waits until a de- 
sired format command is supplied from a host computer 
40 (S001). When it is judged that the format command 
is supplied, a partition number (the number of partitions 
to be formed) indicated by the format command is 30 
checked (§002). In this case, by using as a judgment, 
reference the MIC capacity within the field FL1 which is 
detected by'MIC check at the loading time, it can be im- 
mediately checked whether the partitions whose 
number is indicated by the format command can be 35 
formed. 

[01 85] As a check result of the partition number, when 
it is judged that the partitions indicated by the storage 
capacity of MIC 4 provided to the tape cassette 1 can 
be formed (S003), the check of MIC 4 is performed again 40 

(5004) . 

[0186] If the result of the re-check of MIC 4 is "OK" 

(5005) , the free pool top address, the free pool bottom 
address and the MIC capacity are read from MIC 4 again 

(5006) . On the basis of the storage capacity information 45 
of MIC 4 stored in the MIC capacity, the free pool top 
address and the free pool bottom address are set 

(5007) . 

[0187] Further, the drive initialize part in the MIC 
header is initialized (S008), and when the result of the so 
initialization is °OK" (s009), MIC 4 is initialized by writing 
desired system data (partition information, accumula- 
tive partition information, absolute volume map informa- 
tion) (S010). 

[01 88] When the result of the initialization of MIC 4 is ss 
checked (S01 1 ) and it is judged as M OK w , the processing 
is shifted to initialization of the magnetic tape 3, and de- 
sired data such as a device area, etc. are written (S01 2). 
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If the initialization result of the magnetic tape 3 is judged 
as "OK", it is judged that the format of the tape cassette 
1 has been completed (S0 13). 

[0189] The judgment result in steps S003, S005, 
S009, SOU, SOI 3 is judged as "NO", occurrence of an 
error is regarded, and at that time a desired error code 
is set (S01 5) and the format processing is finished. 
[0190] For example, the partition number check is 
performed in the step S002, and if the number of parti- 
tions to be formed is larger with respect to the storage 
capacity of MIC 4, the format is finished under the state 
that the desired-error code is set. In this case, the par- 
tition number is re-set to a small number in connection 
with the storage capacity of MIC 4, whereby the format 
of the tape cassette 1 can be executed. 
[0191] Further, when plural partitions are formed on 
the magnetic tape 3, the number of partitions which can 
be formed on the magnetic tape 3 of the tape cassette 
1 can be known at the time when the storage capacity 
of MIC 4 is detected. Therefore, this partition number is 
set as a restriction value, and it can be supplied to the 
host computer 40, for example. Before the partition 
number is set from the host computer 40 side, it may be 
indicated how many partitions can be formed on the tape 
cassette 1 . 

Claims ~ 

1 . A tape drive device comprising: 

tape drive means for information recording or 
reproduction is performed on a magnetic tape 
when a tape cassette having the magnetic tape 
accommodated therein is loaded; 
memory drive means through which when a 
memory for recording management information 
to manage the recording or reproduction to said 
magnetic tape is provided to said tape cassette, 
read-out or writing of the management informa- 
tion from/into said memory can be performed; 
means for detecting storage capacity informa- 
tion of said memory which is stored in said 
memory; and 

means which can recognize the storage capac- 
ity of said memory on the basis of the storage 
capacity information. 

2. The tape drive device as claimed in claim 1 , further 
including control means for formatting the magnetic 
tape on the basis of the number of partitions to be 
formed in said magnetic tape and the storage ca- 
pacity information of said memory. 

3. The tape drive device as claimed in claim 1 or 2, 
further including control means for setting an initial 
address of an additionally-writable area of the man- 
agement information formed in said memory on the 
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basis of said storage capacity information. 

4. The tape drive device as claimed in claim 1 , 2 or 3 
further including control means for setting the 
number of partitions to be formed on said magnetic s 
tape on the basis of the storage capacity informa- 
tion. 

5. A storage medium including: 

io 

a tape cassette having a magnetic tape accom- 
modated therein; and 

a memory which is provided to said tape cas- 
sette and in which management information to 
manage recording or reproduction to said mag- fs 
netic tape is managed, characterized in that 
storage capacity information of said memory is 
stored in said memory. 

6. The storage medium as claimed in claim 5. wherein 20 
said memory has an additionally-writable area for 
which a head address and a bottom address are 
set, plural partition management information pieces 
corresponding to the plural partitions to be formed 

on said magnetic tape are stored from the head ad- 2s 
dress of said additionally-writable area, and tape 
position information for a high-speed search oper- 
ation is stored from the bottom address of said ad- 
ditionally-writable area. 

30 

7. The storage medium as claimed in claim 6, wherein 
the bottom address of said additionally-writable ar- 
ea is set on the basis of the storage capacity infor- 
mation. 

35 
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FIG. 5A 
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